home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 5666 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  4.6 KB
  1. Path: news.ultranet.com!usenet
  2. From: "Albert P. Belle Isle" <belleisl@cerberus-sys.com>
  3. Newsgroups: alt.winsock.trumpet,alt.winsock,comp.dcom.modems
  4. Subject: Re: My ISP's winsock settings?
  5. Date: Sat, 17 Feb 1996 10:19:53 -0500
  6. Organization: Cerberus Systems, Inc.
  7. Message-ID: <3125F219.3F6C@cerberus-sys.com>
  8. References: <4g38o9$mk5@zoom2.telepath.com>
  9. NNTP-Posting-Host: apb-p5-90.cerberus-sys.com
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=us-ascii
  12. Content-Transfer-Encoding: 7bit
  13. X-Mailer: Mozilla 2.0 (Win16; I)
  14.  
  15. michael@intellisys.net wrote:
  16. > 
  17. > I recently asked my ISP what his winsock settings were so I could try
  18. > to avoid packet fragmentation, maximize file transfers, etc.  They
  19. > E-mailed me the following:
  20. > MTU: 1500
  21. > MSS: 212
  22. > RWIN: 848
  23. > 
  24. > From what I've read (on Curt's High Speed Modem FAQ and Al's Winsock
  25. > Tuning FAQ) these settings seem a little odd to me.  I'm no expert by
  26. > any means, but it sure would be nice to hear from someone who is (AL?
  27. > Curt? Anybody?)  My Trumpet version 2.1f settings are:
  28. > MTU: 1500
  29. > MSS: 1460
  30. > RWIN: 8195
  31. > 
  32. > Should I leave mine alone or change them to my ISP's settings?
  33. > Thanks.
  34. > 
  35. > Michael B. Kintner
  36. > michael@intellisys.net
  37. > This space reserved for an appropriately
  38. > witty, thought provoking, and currently
  39. > undetermined signature file.
  40.  
  41. Michael:
  42.  
  43. The idea of matching your ISP's IP parameters (like MTU) is good general
  44. practice, since anything you get will be routed through his routers, and you
  45. might as well look like "one of the guys" on his Local Area Network. (Not
  46. all transfers use TCP/IP; some use UDP/IP - like RealAudio or VDOLive.)
  47.  
  48. If you use an MTU the same size as the routers on your access provider's
  49. Local Area Network (an IP parameter), you can set your MSS (a TCP
  50. parameter for transfers that might come from outside the LAN over the
  51. Internet) to anything that will fit in an IP transmission unit no larger
  52. than that value (LAN MTU - 40), and still look to the LAN like "just
  53. another member of the family." (The MTU tells the LAN routers "anything
  54. the other guys can handle, I can." Obviously, a "standard" 536-byte TCP 
  55. segment coming from a site out on the Internet is never going to demand that
  56. large an IP transmission unit; your present 1460-byte MSS would.)
  57.  
  58. TCP settings (like MSS/RWIN), however, can be anything that fits in his
  59. maximum routing packet - i.e. MSS no larger than his MTU minus 40 bytes for
  60. headers.
  61.  
  62. The objective is to amortize the header bytes (overhead) over as much real
  63. data as possible without getting router fragmentation of your packets. In
  64. other words, the larger MSS is, the smaller the percentage the header bytes
  65. represent. But, MSS+40 must fit within the MTU of *every* router on the path
  66. from the download server to you - not just your ISP's.
  67.  
  68. Your ISP's recommendation will most certainly avoid fragmentation, but will
  69. result in up to 40/(212+40), or 16% maximum overhead - a bit stiff. I think
  70. you'll find that just about any path can handle the Internet default MTU 0f
  71. 576, so setting your MSS=536 will give you better throughput with 7%
  72. overhead.
  73.  
  74. You may find that particular paths from servers from which you get very
  75. large files (like MPEG movies) will handle MSS=1024 or even the MSS=1460. If
  76. you don't get fragmentation, use the largest you can in those cases. Most of
  77. the time, if you want a "safe" setting, 536 is good enough. (This will cause
  78. most servers to respond with either 536- or 512-byte data segments.)
  79.  
  80. His RWIN of 4 times MSS indicates that your ISP's allocating at least 4
  81. packet buffers per dial-in connection. Since this is more than the sometimes
  82. blindly left unchanged default of 3 on some communications servers, it means
  83. he's set it conciously. This in turn probably means you can use an RWIN of
  84. as large a multiple of your MSS as you might practically wish.
  85.  
  86. You may find a multiple of more than 8 or 10 results in sluggish response
  87. from web-browsing while doing a file download in the background. (Your RWIN
  88. setting of 5.613 times your MSS leads me to wonder why you'd want every
  89. sixth TCP data segment to be 0.613 of the size of the others <g>.)
  90.  
  91. In any case, while mis-tuning can make a 28.8Kbps modem seem a lot slower,
  92. that connect rate will limit you to uncompressible downloads of
  93. 3.2KBytes/sec. While there's no limit on how *badly* your winsock can be
  94. tuned, this does define the best you can do. Once you get that speed, any
  95. further tuning can't make a modem faster ;-)
  96.  
  97. Regards,
  98.  
  99. Al
  100.  
  101.  
  102. -- 
  103. ==================================================================
  104. Albert P. Belle Isle
  105. Cerberus Systems, Inc.
  106.  
  107. Al's Winsock Tuning FAQ -
  108.        http://www.cerberus-sys.com/~belleisl/mtu_mss_rwin.html
  109. ==================================================================
  110.